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This paper presents a structured approach for achieving a compatible Ground System 
(GS) and Flight System (FS) architecture that is affordable, productive and sustainable. 
This paper is an extension of the paper titled “Approach to an Affordable and Productive 
Space Transportation System” by McCleskey et al. 1 This paper integrates systems 
engineering concepts and operationally efficient propulsion system concepts into a 
structured framework for achieving GS and FS compatibility in the mid-term and long-term 
time frames. It also presents a functional and quantitative relationship for assessing system 
compatibility called the Architecture Complexity Index (ACI). This paper: (1) focuses on 
systems engineering fundamentals as it applies to improving GS and FS compatibility; (2) 
establishes mid-term and long-term spaceport goals; (3) presents an overview of 
transitioning a spaceport to an airport model; (4) establishes a framework for defining a 
ground system architecture; (5) presents the ACI concept; (6) demonstrates the approach by 
presenting a comparison of different GS architectures; and (7) presents a discussion on the 
benefits of using this approach with a focus on commonality. 


I. Nomenclature 


ACI= architectural complexity index 

L0 2 = liquid oxygen 

CET = central external tank 

1,01 = launch operability index 

FS = flight system 

LRU= line replace units 

GS = ground system 

N 2 = nitrogen 

Fie = helium 

P/L = payload 

LC, SLC = launch complex; also, space launch complex 

RCB = Reusable Cryogenic Booster 

LH 2 = liquid hydrogen 

RCO = Reusable Cryogenic Orbiter 
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II. Introduction 


T he traditional approach to developing ground systems architecture begins with the development of the flight 
system (FS) architecture followed by the ground systems (GS) architecture with a heavy emphasis on achieving 
flight performance requirements and meeting non-recurring budgets. This approach, heavily utilized since the 
1960’s, yields space transportation systems that are neither affordable nor sustainable. 2 3 This paper presents a 
structured systems engineering approach for achieving a compatible ground system and flight system architecture 
that is affordable and sustainable while achieving mission performance requirements. The approach integrates space 
flight systems engineering concepts and operationally efficient propulsion system concepts into a framework for 
assessing space transportation system complexity and affordability. It presents key architectural decisions that yield 
the identification of required ground system services. The ground services information is then used to establish a 
functional and quantitative assessment that measures the overall complexity. This measure is called the Architecture 
Complexity Index (ACI). The ACI was derived from the Launch Operational Index (LOI) as described in the 
Operationally Efficient Propulsion Systems Study (OEPSS). 2 * 4 

This paper addresses the following five problems when developing affordable space transportation system 
architecture: 

P-1: There are no structured and reliable approaches for developing an affordable ground system that is compatible 
with the flight system. 

P-2: There are no common industry standards between the spaceport and the vehicle. 

P-3: There are no universal standards between spaceports and between vehicles. 

P-4: There are no standard measures for assessing grounds system complexity. 

P-5: There are no standard approaches to developing an architecture that services multiple vehicles from the same 
spaceport with shared resources and from the same launch point affordably. 

This paper presents a structured approach for solving these problems by addressing the following topics: 
spaceport concepts; establishing spaceport mid-term and long-term goals; an overview of transitioning a spaceport 
to an airport model; presenting a process for defining a ground systems architecture; presenting an index for 
assessing architecture complexity and relating it to affordability; demonstrating the concept by comparing three 
ground system architectures; and finally, presenting how commonality can help reduce these problems. 


III. Systems Engineering Perspective 


A. Key Concepts and Definitions 

1. A F FORD A BILlTY —is a characteristic of a capability that is a measure of what you have (e.g., time, money) vs. 
your ability to bear the cost. If at any time during the life cycle, affordability is exceeded, the system cannot be 
sustained. 5 

2. ARCHITECTURE — is the orderly arrangement of functions, operations, physical entities, and business models 
in support of a mission 6 There are four views to architecture: 

• Functional view addresses the actions required, and takes on the form of verb plus noun. 

• Operational view focuses on the execution of the functions using the physical assets within the architecture. 

• Physical view refers to the infrastructure, facilities, and equipment required for supporting a particular 
function. 

• Business view represents the approach of how an organization creates, delivers and captures value 
(benefit/investment). 


1 1 MPf i r, ■ -v 
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Figure- 1 illustrates this definition and its relationships. The intersections of the Functions, Operations, Physical 
Assets, and the Business Model represent the Architecture capabilities (collection of services). 


Architecture Model 



Figure-1: A Systems Perspective of an Architecture Model 


3. AVAILABILTY - is the probability that a repairable system is operational at the precise time needed . It is 
solely based on the failure (reliability) distribution and the downtime (maintainability) distribution. The 
equation for Inherent Availability, Ai, is 

Ai MTBF / (MTBF + MTTR) 

where MTBF is mean time between failure (i.e., the average time the system performs its intended function) 
and MTTR is the mean time to repair (i.e., the time to identify and access the failed article, repair or replace the 
article, and verify the functionality of the repaired system.) 

4. CAPABILITY - is the ability to perform a service at a specific performance level. The intersection of functions, 
operations, physical entities, and business model yields a capability. A capability has 6 basic characteristics: 
performance, affordability, value, responsiveness, availability, and risk A safety. 

5. COM MON A LITY is the sharing of characteristics or configurations between and within entities for the purpose 
of improving economic, reliability, and logistic objectives. 

6. COMP A TIBI LITY is the orderly, efficient integration and operation with other systems with no modification or 
conversion required * 

7. MA INTENANC E is the functions and activities associated with sustaining a capability in the operational state. 
There are three levels of maintenance: Flight Line Level (at Launch Pad operations) maintenance, Intermediate 
Level (minor overall operations) maintenance and Depot Level (major overhaul) maintenance. 9 

8. PRODUCTIVENESS PRODUCTIVITY Productiveness is the effectiveness of what the system produces on a 
regular basis. For space transportation it may be measured in space flights per unit time, or in terms of 
throughput (annual payload mass delivered, annual seats provided, etc.). Productivity is the efficiency with 
which a given level of production is obtained. It is measured by the production level output (productiveness) 
relative to the input (an organization ' s labor level, for example). 

9. SERVICE is the functions, assets, and operations associated with fulfilling a need. The quality of service (QoS) 
can be assessed in a few dimensions such as product quality, cost, responsiveness, complexity, completeness, 
and inherent availability. 

10. SPACEPORT is an entity that provides the essential capabilities to support spaceflight departures, arrivals, 
production and sustainment. 10 A spaceport has at least one launch complex and its supporting infrastructure. 

I T STATION SET is the accumulation of facilities, equipment and/or operations to perform a service(s) at a 
spaceport. 1 1 Figure-2 illustrates the characteristics of a station set. 
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Station Set Characteristics 



Attributes of a Station Set 


Classification: 
Purpose: 
Location: 
Security Level: 
Hazard Level: 


Services Provided: 
Service Interfaces: 
Service Capabilities: 
Service Quantities: 
SS-ACI: 


Figure-2: Station Set C haracteristics 


B. Spaceport Concepts 

Spaceport is an entity that provides the essential capabilities to support spaceflight departures, arrivals, 
production and sustainment. The goal of the spaceport is to operate “like an airport and as a business.” 12 The 
spaceport has several members: spaceport operator, launch vehicle operator, payload customer and possibly launch 
vehicle manufacturer. In the future, the spaceport operator will be challenged to provide more than just the land, 
facilities, and launch site infrastructure but also to accommodate supporting multiple launch vehicles, launching 
them from the same launch point and to do it affordably. 13,14 Figure 3 shows basic spaceport functions. The 
spaceport functions are divided into six levels of operations: flight element operations; integrated operations; 
payload element operations; flight & ground traffic control & safety; landing & recovery; and enabling operations. 
This paper focuses on the first three sets of operations. The functions identified are generic functions that all 
spaceport architectures must address during conceptual design. The collection of functions, operations and physical 
assets (hardware and software) formulate spaceport services. The most time consuming spaceport functions are 
assembling of flight elements (Bl), servicing and checkout of flight elements (Cl) and restore flight and ground 
system elements for reuse (Il&J). 15 What differentiates one spaceport from another spaceport offering the same 
service is: 


• Uniqueness of the flight vehicle architecture. 

• Complexity of the services required to support the flight vehicle architecture. 

• Volume of commodities required to support the service. 

• Ordering/sequencing of the ground services. 

• Organization of the ground services (physical location - station sets allocations). 

• Geographic location 
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Figure 3 - Spaceport Functions 16 


C. Transitioning a Spaceport to an Airport Model 

The increase of commercial interests as significant users has spurred a trend towards a very different launch site. 
In the past, a limited number of spaceports were devoted, for the most part, to government programs. The nature of 
these programs was that they were not open for public use, had tightly controlled contracts and excluded open 
commercial participation. That has changed. Currently, a multitude of spaceports are beginning to house a variety 
of programs, most of which are commercial and the commercial users are interested in profit. The spaceports are 
changing from a closed government launch complex to a profit-friendly multiple-user open launch complex. The 
spaceports are moving towards an airport model. 

How do spaceports and airports compare? Both are involved in : 17 

• Dealing with strong interest by: different levels of government; general and special- 
interest public; and a variety of commercial entities. 

• Management of complex and expensive technical operations in a complex, large, and 
expensive infrastructure. 

• Ensuring safety of their operations for themselves as well as the surrounding 
community. 

• Offering services to competing entities that have invested vast amounts of money in 
their operations. 

• Management and integration of competitors that share similar interests as well. 

• Complex funding and business issues. 

• Responding to different governmental agencies and different levels of government 
requirements that may conflict or compete. 

• Maintaining good community relations. 

• In competition with like enterprises. 

Spaceports are becoming similar to airports, but there are significant and fundamental differences. Airports have 
a four to five magnitude larger throughput of passengers and aircraft operations per year . 18 This provides the airport 
with comparatively steady revenue allowing the airport to operate as a self-sufficient business. Conversely, 
spaceports do not have this kind of revenue. Instead, the spaceport depends on small throughputs of less than a 
dozen missions per year. These missions are in many cases ultimately funded by the Federal Government, and to a 
smaller extent, commercial enterprises. This kind of revenue is not as steady or dependable and especially, it is 
difficult to forecast. So operating as a business is difficult, if not impossible. A second fundamental difference is 
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that the operations at an airport are of low to moderate technical complexity, frequency, and participation in a 
mature transportation system. As a result, the users have commonly shared requirements/resources such as runways 
and terminals. Presently, all single point refueling connections are the same for airliners. In contrast, the operations 
at the spaceports are highly technical, high-risk and far less mature. This translates into a small number of 
expensive programs with unique configurations and fewer common requirements or shared resources. For example, 
each launch vehicle has its own, unique launch pad. 

The spaceports may not achieve the high levels of passenger throughput or number of flights as an airport; 
however, the advantage airports have in being part of a mature transportation system in which standard 
configurations, consensus standards/specifications, and common shared infrastructure provides architectural 
inspiration. To reach an airport’s greater level of utility, spaceports must embrace standard configurations and 
shared infrastructure. Commercial and governmental space industry must do this as a community. This could start 
immediately with a modest but significant effort to standardize flight to ground interfaces, for example, with a 
standardized LOX quick disconnect. Until this comes to fruition, the space transportation will not mature and the 
commercial viability of space will remain severely restricted. 


IV. Spaceport Mid-term and Long-term Goals 


In the last 30 years NASA accomplished 135 missions to low Earth Orbit (LEO) using the Space Shuttle. It 
carried a very dedicated and massive ground systems infrastructure with an average cost of $200 million to $450 
million per mission. 19 The new challenge for NASA is to enable the transformation of a single use ground systems 
infrastructure into a more multi-use and affordable spaceport. 20 To meet this challenge, this paper recommends the 
following Spaceport Vision: 

Spaceport Vision 

Enabling affordable and routine access to space through 
common services, standardized interfaces and simplified operations. 


By stressing the importance of common services, standardized interfaces and simplified operations, the following 
basic airport operational concepts, shown in Table- 1, can be realized. 21 ( Note : these airport operational concepts are 
identified in boldface letters on Figure 3). 


Table-1: Airport Operational Concepts 


Operation 

Focus of Operation 

Supporting Techniques 

Service & Roll 
Operations 

Reducing preflight operations of each 
element. 

• Minimal servicing (common services) 

• Replenish consumables 

• Integrated diagnostic testing within LRU’s 

Plug & Queue 
Capability 

Reducing integration and checkout time 
of flight elements and payload. 

• Standardize interfaces 

• Self aligning surfaces 

Can & Ship 
Capability 

Reducing payload processing time at the 
spaceport. 

• Self sufficient payloads (Containerized) 

• Standardize interfaces to vehicle 

Gas & Go 
Operations 

Reducing the launch point stay time. 

• On-demand propellant servicing 

• Quick verification of flight readiness 

Down & Off 
Operations 

Reducing the time to recover and safe 
flight elements. 

• Minimize hazardous servicing 

• Integrated diagnostic testing 

Unload & Return 
Capabilities 

Reducing the time to turnaround/restore 
flight elements for launch. 

• Rapid payload removal. 

• Easy to replace/repair LRU’s 

Swab & Reload 
Capabilities 

Reducing time and cost to restore ground 
services for next launch. 

• Minimize hazardous commodity fallout 

• Minimize environmental impacts 

• Easy to repair/replace ground services 

• Integrated ground self-verification services 
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These operational concepts can support the achievement of the mid-term and long-term spaceport goals as 
defined in Table-2 and derived from the paper by McCleskey, et al. 22 


Table-2: Ground Systems Architecture Mid-term and Long-term Coals 


Goal Theme 

Goal Description 

Mid-term Goals 

Long-term Goals 

Affordability Goal 

Provide a GS Architecture that supports life cycle 
cost of less than: 

$ 1,000/lb 

$ 100/lb 

Throughput Goal 
( Productiveness ) 

Provide a GS Architecture that supports throughput 
per string of assets greater than: 

500MT/year per 
string of assets 

l,000MT/year per 
string of assets 


Spaceport architecture starts by having all stakeholders establish an overall spaceport vision and identifying 
Design Reference Markets (DRM). Architectural tenets should then be established so that they are aligned with the 
overall vision for the spaceport. These tenets define “what is valued by the spaceport architecture.” 

This paper recommends the following tenets against which any spaceport architecture should be evaluated: 


Spaceport Architecture Tenets 

Tenet- 1 : The spaceport architecture shall support multiple operators from the same spaceport. 

Tenet-2: The spaceport architecture should complement the operator’s business model. 

Tenet-3: The spaceport architecture shall minimize operational constraints especially between operators. 
Tenet-4: The spaceport architecture shall minimize operator-unique spaceport interfaces and dedicated 
infrastructure. 

Tenet-5: The spaceport architecture shall promote commonality, standards, and simplified operations to increase 
flight rates and improve affordability. 


V. A Framework for Defining a Ground Systems Architecture Process 


A. Overview of a Process for Defining a Ground Systems Architecture 


Figure 4 summarizes the process for defining ground systems architecture. Attachment-A shows the detailed 
process, which establishes a structured approach for developing a compatible ground system architecture and flight 
system architecture that is affordable, productive and sustainable. (Note: This process only focuses on the ground 
systems phase of the spaceflight life cycle.) 

The process addresses four phases of the ground system life cycle: customer definition phase; launch definition 
phase; vehicle integration and checkout (I&C) definition phase; and the manufacture element definition phase. The 
launch definition phase defines and assesses the vehicle types and launch point locations within the spaceport. The 
vehicle integration and checkout definition phase defines and assesses the vehicle launch configuration and its 
services at the launch point. The vehicle integration and checkout (I&C) definition phase defines and assesses the 
integration and checkout vehicle methodology, the transportation method to launch point, and the launch point 
installation services. Finally, the recovery and manufacture element definition phase defines and assesses the 
recovery, manufacturing and/or refurbishment services for all elements and payloads. 
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Process for Defining a Ground Systems Architecture (Summary) 

Purpose To establish a structured approach for developing a compatible ground system (GS) architecture and flight system (FS) architecture that is affordable 


Ground Systems 
Architecture 
Definition 


Define Ground System 
Architecture Assessment 
Criteria 


/di\ Ves 


Ves 

Define assessment 

X Support x. 

/Multiple^ 


criteria and constraints 

Multiple VahicleX 

X Vehicle Types 

D2> 

-Identify ail vehicles 

Types within GS ./ 

\ From Seme 

expected at spaceport 

^Architecture?/ 

Launch / 


-Assess vehide launch 

\ No 


No 

configurations 
Assess commonality 
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External x 
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Architecture 
''Complexity Factors 
1ACF) 


Horizontal 


From Launch 


Point? 


Vertical < 

’ Horizontal Launch ' 
/Configuration?/ 


No 


Vertical 


Ke y Poin ts 

-Define fixed and mobile ground 
system services at launch point 
-Define launch point turn around 
services 

-Assess ACF for all services 
-Assess for commonality 


i?i s 


Veiticol 


Horizontal 


Yes 


No 


09 

l&C at Same 
Location? v 

DIO 


Vertical 


Honzonti 


1 / N. 

jr 

Kay Points 

-Define launch integration scheme 


Yes /ptegret^x 

at launch point 

T ransportetion^v 

/X Vehicle at\ 

-Define transportation orientation to 

Orientation? / 

1 N. Launch y 

> transportation services 


No \Polnt?/ 

-Define IAC approach and services 

rifoK 08 yX 

for all vehicles 

-Assess ACF for all services 

-Assess for commonality 



Water 



Compute ACI A Assess 
Design against Criteria 



Key Point! 

Define element transportation and 
receiving method 

Define element refurbishment services 
Define element production support 
services 

Define recovery method(s) and 
services 

-Assess ACF for aN services 
-Assess for commonality. 

-Compute ACI 

-Assess design against architecture 
assessment criteria 


Figure 4: Process for Defining Ground Systems Architecture 


The process as depicted in Figure 4 begins with defining the ground systems assessment criteria and identifying 
ground architecture constraints. The criteria establish a completion point for the process and the constraints 
establish the boundaries of the design. During each phase of the process, key decisions (represented by a diamond 
symbol in Figure 4) are made based on flight architecture and spaceport needs. These decisions identify the types of 
ground services (represented by key point comments or square boxes) required per phase and the complexity of 
ground service(s) required by the flight system throughout the lifecycle. 

During any step or decision within this process, one or more trade studies may be conducted before a final 
decision about the final service characteristics can be made. Every service identified will be assessed based on a set 
of factors as shown in the large grey box in the launch definition phase of Figure 4. These factors are called the 
Architecture Complexity Factors (ACFs). The seven fundamental factors that compose the index are shown in 
white. The other four factors are combinations of the seven fundamental ACFs. Details of the ACFs will be 
discussed in the architecture complexity index (ACI) section of this paper. This process primarily focuses on 
identifying key ground services and not specific design details about the hardware, software, or infrastructure. By 
addressing the ground architecture design at the services level, the ground and flight architecture are improved by 
the following approaches: 

• Promote commonality (standard interfaces and common services) in all areas of the 
vehicle design and ground design, especially between the ground system and the vehicle 
interfaces. 
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• Identify opportunities of improvement on the vehicle design that will reduce the number 
of ground services required and reduce the complexity of the ground services. 

• Reduce the amount of time required to ground process a vehicle, e.g., improve 
throughput. 

The Space Propulsion Synergy Team (SPST) developed a comprehensive space transportation systems 
breakdown structure (SBS) template that provides definitions of the essential ground system functions per phase to 
help facilitate this process. 23 The identification of services establish the ground architecture capability level; that is, 
the quality and quantity of the service provided, the maturity of the organization’s operations, and the availability of 
the hardware, software, and facilities needed to host these services. After identifying the required ground services 
and assessing their complexity (ACF), the architecture tenets are reviewed for compliance, the architecture is 
assessed for complexity using the Architecture Complexity Index (ACI), optimized for improvements and then are 
allocated to a station set. If the ground system architecture criteria are not satisfied, the process is repeated. 
Attachment-B identifies specific architectural decisions and potential architectural concerns that need to be 
addressed while following this architecture design process. 


VI. Architecture Complexity Index (ACI) 


A. Need for ACI 

To promote operational simplicity, an index of ground systems complexity is needed. The complexity index had 
to be quantifiable rather than subjective, applicable to all ground system services and spaceport architectures. The 
index had to assess key flight and ground ACFs. Note: ACI was derived from the Launch Operability Index 
(LOI) 24 . Table 3 defines the complexity factors, the assessment focus and rationale. Attachment-C provides more 
details on these factors. 


Tabic 3: Architecture Complexity Factor (ACF) Characteristics 


Architecture 
Complexity Factor 

Assessment Focus 

Rationale For Factor 

Service Elevation Factor 

Assesses the vertical location of the service. 

The higher vertical location of the service requires 
more infrastructure. This directly impacts the launch 
tower size, service mast size, the number of platform 
levels and type of crew ingress/egress. 

External Outer Mold Line 
(OML) Factor 

Assesses the complexity of the OML and 
flight access points including integration of 
elements and vehicle protection. 

The larger the vehicle size, number of elements, 
complexity of integration of elements directly impacts 
the size of integration facility, crane capabilities, 
number of platform levels, and ground crew egress 
requirements. 

Internal Access Factor 

Assesses the complexity of accessing internal 
compartments. This includes human rated 
vehicle compartments. 

Internal access directly impacts the amount of life 
support conditioning (air purge), platform 
requirements, and crew ingress/egress. 

Hazard Type Factor 

Assesses the class of hazard related to service. 

The type of hazard directly impacts operational 
sequencing, facility infrastructure, and level of 
operator certification and the amount of safety 
requirements and medical support. 

Command & Control 
(C&C) Type Factor 

Assesses the complexity of command and 
control required to support service. 

The C&C class directly impacts the amount of remote 
I/O, the amount of software development, and the 
amount of verification. 

Maintenance Level Factor 
(see Sect. III.A.7) 

Assesses the required maintenance level 
required. 

The maintenance level directly relates to the amount 
of infrastructure and maintenance time required. 

Capability Level Factor 

Assesses the capability of the ground system 
to deliver the needed service (e.g., quantity of 
a commodity) and its extensibility. 

Exceeding capability levels may require a interface 
redesign, more infrastructure, more commodities, and 
new equipment. 
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B. Description of ACI 


The key step in utilizing the ground systems architecture process is calculating the ACI. The ACI is a 
normalized parameter that relates flight system operability to ground systems efficiency and complexity. It provides 
a comparative metric for assessing different flight architectures to the overall GS architecture across the entire 
ground life cycle. The Launch Operations Index (LOI) should be used in conjunction with ACI to validate FS and 
GS compatibility and affordability. Each service is evaluated against ACFs. The first part of the index is computed 
by assigning a weighting factor to each complexity factor, assessing each service against each complexity factor, 
multiplying the weighting factor by the assessed service, summing all products, and then dividing by the maximum 
total possible ACF assessment. The weight factor ranks the importance of each complexity factor as a function of 
architecture tenets. Eq. (1) defines the architecture complexity factor of a service, SACFj. 


where, 


SACF m _ Zk=i w F k *ACF lik 

1 l 7 k= 1 WF k xMAX(ACF ik ) 


WF k = the architecture complexity factor weight factor 
ACFi jk = the assessed service(i) value for ACF(k) 
i = index number of the service 

k = architecture complexity factors index number (1 to 7) 


( 1 ) 


The second part of the index involves allocating services to a station set. This allows for improvement and reuse 
opportunities through early identification of duplicate services across the ground process phases. The station set 
complexity is computed by simply summing all of the service complexities allocated to a station set then dividing it 
by the number of services required at the station set. This result is called the station set complexity factor, SSCF P , 
and defined in Eq. (2). 


SSCF p = SACFj (2) 

where 

S = the total number of services allocated to station set 
p = station set index 
j = services index 

Finally, ACI is computed simply by summing the station set complexity factors and dividing it by the total 
number of station sets. Eq. (3) defines the formula for computing ACI per string. 


ACl=^ =1 SSCF t (3) 

where, 

N = the number of station set s (/ is the station set s index) 

SSCFj = the station set complexity factor 
Eq. (4) assesses a complexity factor impact across all services. 
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_ £f =1 WF fc X4CFy 
k Ey =1 WF h xMAX(ACFj) 


( 4 ) 


The ACI index ranges from 0 (high complexity) to 1 (low complexity). A result close to 1 represents efficient 
and simple ground system architectures. A result close to 0 represents complex ground system architectures. High 
ACI can be associated with express service station sets while low ACI can be associated with full service station 
sets. To compute ACI for entire spaceport having more than one string, sum the ACI’s per string and divide by the 
total number of strings within the spaceport. 

The ACI can be used to compare various spaceports for their complexities as well as assessing an impact of 
hosting a new operator within the spaceport. Also, station set complexity can be assessed by comparing the seven 
ACFs where a result close to 1 is simple to operate and sustain. To summarize, the ACI is used for assessing and 
comparing complexity at four levels: the service level; the station set level; the flight string level; and the spaceport 
level. 


VII. Ground Systems Architecture Assessment Summary 

Two classes of flight configurations will be assessed to demonstrate the benefits of following the Ground 
Systems Architecture process of Figure 4. They are: the Notional Configuration-2 (NC-2) and Space Shuttle. 25 
(Note: There are two example configurations that were defined in McCleskey et al, but only Notional Configuration- 
2 is assessed due to its uniqueness in architecture.) Figure 5 illustrates the two vehicle configurations. Vehicle NC-2 
is a 3/3 booster/orbiter engine split across a bimese vehicle pair with two over-wing drop tanks. The NASA Space 
Shuttle is 3/2 Orbiter/SRB engine split with an external tandem tank arrangement (L0 2 forward tank & LH 2 aft 
tank). The assumptions for this assessment are: 

Assessment addresses only the Launch Definition Phase 

Assessment assumes only one launch station set 

Launch site for Space Shuttle vehicle is heritage KSC Pads 39 A. 

Launch site for NC-2 is a redesigned, clean KSC Pad- 39 B. 

Launch definition phase begins after integrated vehicle arrives at the launch point 
Vehicles are transported via a mobile launch platform in the vertical orientation to the launch point 
Vehicles are vertically integrated off the launch point 
Specifically, for NC-2: 

Vehicle is launched within 24 hours of arrival at launch point, with propellant drain and roll-back 
occurring within two 8-hour work shifts 

Vehicle uses a mounting adapter with standard interfaces to the mobile launch platform 
Payload integration is performed off launch point 
Unplanned maintenance and repair is performed off launch point 
Specifically, for Space Shuttle: 

Vehicle mounts to a custom mobile launch platform 

Payload integration performed on or off launch point 

Unplanned maintenance and repair is accommodated at launch point 
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Payload 


184 ft 


LH2 


L02 

~ 

V/DMREs 


Variable or Dual Mixture 
Ratio Engines 


3xRCB 

3xRCO 


RCB 

Reusable Cryo Booster 


RCO 

Reusable Cryo Orbiter 
HDTs 

Hydrogen Drop Tanks 





RCB RCO 

Figure 5 — Two Vehicle Architectures: Notional Configuration-2 (left) and 

NASA Space Shuttle (right) 


Attachment-D has the detailed worksheets for ACI calculations for the NC-2 vehicle and the Space Shuttle for 
the launch definition phase only. The ground services associated with each concept are in Table D1 of Attachment- 
D for NC-2 and in Table D2 for Space Shuttle. Each service is assessed against the seven ACFs. The ACF weighting 
factors, WF k , were also assigned in the tables with their respective elevation and internal access factors. 26 27 The 
tables use quantitative techniques in a qualitative process to gain insight into ground services at the architectural 
level. The resulting values are not absolute but should be viewed in a comparative context. The required ground- 
supplied services for the launch phase of NC-2 are far less complex than the Space Shuttle by a factor two in the 
ACI scale of 0 to 1. The NC-2 vehicle, per Eq. (2), resulted in a launch station set ACI score of 0.8, and the Space 
Shuttle was 0.4. Per Eq. (4), the relative impacts of the complexity factors across the services are computed in the 
bottom row. The NC-2 architectural improvements are shown by comparing the numerical difference of the 
complexity impacts across the services between each concept. Figure 6 shows a NC-2 architecture that improves 
upon the seven ACFs. 
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Figure 6 — Notional Configuration 2 Common Interface Diagram 
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VIII. Commonality 


Commonality is the sharing of characteristics or configurations between and within entities for the purpose of 
improving economic, reliability, and logistic objectives. Commonality enables simpler, less complex architectures 
by eliminating uniqueness. What are the commonality and simplified approaches to minimize the impacts of ACFs? 
This is the fundamental challenge facing future space architects. This is needed to support the transformation of 
single use launch complexes to multi-use spaceports. 28 Table-4 recommends design approaches for commonality 
that directly address each ACF. In support of these approaches, the following three commonality concepts were 
recommended to accommodate different vehicle architectures within the KSC multi-use spaceport: 29 

• To accommodate different types of vehicle mounts and to minimize MLP redesign impacts, use launch 
base adapters. 

• Shelter flight-to-ground unique interfaces by adopting a standard structural tower appendage that is 
movable up and down the face of the tower. 

• Use common hardware interfaces for fluid, gases and electrical connections. 

The concept of incorporating adapters with standardized service interfaces is essential to achieving commonality. 
An adapter accommodates services from one standard to another to minimize the impacts of unique designs. In this 
instance, the adapter makes compatible the mounting of the flight vehicle with the ground. Also, unique interfaces 
can be adapted by standardizing on structural tower appendages and making their placement adjustable. In addition, 
the adapter in Figure 6 accommodates for the following standard services and interfaces: propellant supply; purge 
gas supply; electrical power; and command, control, and communication. 


fable 4: Commonality Design Approaches (1 of 2) 


ACF, and Design Objective 

Commonality Approach 

Benefit of Commonality 

ACFi - Service Elevation 
Minimize elevated ground services 

Standardize on umbilical locations 
as function of vehicle element, e.g., 
1st stage and 2 nd stage. All vehicles 
have a 1st stage. A standardized 
approach would be all 1 st stage 
elements to have tail servicing. 

• This would reduce the need for elevated 
services and reduce complexity of the service. 

ACF 2 - External Access 

Ease of providing routine external 
services 

Standardize on GS to FS interfaces 
at the vehicle outer mold-line. 

• Reduces number of unique locations requiring 
access. 

• Reduces the number of unique components at 
key interfaces. 

• Reduces amount of resources required to 
qualify the component and provide service. 

• Standard sizes promote universal servicing, 
e.g., on orbit servicing. 

ACF 3 - Internal Access 

Control the number and volume of 
closed compartments and interstitial 
spaces in the vehicle design 
(exclusive of crew cabin) to 
minimize the number of internal 
accesses as a function of ground 
processing life cycle. 

Focus on providing common flight 
line level of maintenance to 
eliminate intrusive vehicle 
operations in the design. 
Specifically, avoid compartments 
requiring safety purges and routine, 
internal ground crew access for the 
following potential interstitial 
volumes: 

1 . Inter-tanks 

2. Inter-stages 

3. Closed propulsion area 

4. Payload area 

• Improves retention of functional integrity 
through the elimination of routine panel 
removals, fluid and electrical disconnections, 
access kit installation and removal, and 
compartment closeout, and functional retest. 

• Decrease ground processing cycle time. 

• Eliminates or reduces GS servicing 
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Fable 4: Commonality Design Approaches (2 of 2) 


ACF, and Design Objective 

Commonality Approach 

Benefit of Commonality 

ACF 4 - Hazard Types 

Minimize large quantity solids , toxic 
propellants , ordnance/pyrotechnics , 
suspended loads 

Focus on eliminating toxic 
propellants. 

Reduce the number of required 
ordnance/pyrotechnics devices. 30 

Use standard vehicle element 
attachment methods for integration 
enabled through automated vehicle 
element handling operations. 
Consider methods compatible with 
use of rails, robotic handling, etc. 

• Reduces the number of supporting GS service 
hazards during Launch Phase and I&C phase. 

• Reduces complexity on FS and GS. 

• Opportunity to synergistically reduce the 
number of propellants via using a common 
fuel for all propulsion systems. 

• Potentially reduces the number of umbilical 
connections and service locations. 

• Reduces time and effort for alignment and 
registration of vehicle elements during 
integration. 

• Automated vehicle assembly and integration 
operations. 

ACF 5 -Command and Control 

Create a standard command and 
control interface that allows 
simplified and reduced operations 

Standardize command & control 
communications protocols and 
physical interfaces. 

Standardize policies and design 
practices that retain functional 
integrity upon receipt of an element 
(from the factory or return from 
space). 

Standardize on automated functions 
that simplify ground operations, and 
promote diagnostic/prognostic 
capabilities. 

• Standardizing on C&C protocol improves 
interoperability for a multi-use spaceport. 

• Reduces the number of unique GS to FS 
electrical interfaces. 

• Reduces the number of unique C&C station 
sets. 

• Reduces errors in ground operations and 
increases throughput. 

ACF 6 -Required Maintenance Level 

Design for flight line level of 
maintenance and avoid routine 
requirements for depot-like 
maintenance. 

Promote industry consensus 
standards based on military and 
commercial aircraft maintenance 
doctrine and standards. 

Design to common ground services. 

• Reduces or eliminates requirement for ground 
supplied services and infrastructure to support 
depot-like operations for routine space flights 

• Improves ground processing responsiveness 

• Improves confidence in certifications for 
flight by reducing variance in operations and 
unplanned actions. 

ACF7-Capability Level 

Design capabilities that allow for 
extensibility and growth margin. 

Design for modularity, portability, 
adaptability, and reusability through 
partitioning of design functions. 

Standardize on physical interfaces to 
accommodate technology 
transparency. 

Establish an industry standard for 
common ground services. 

• Accommodates multi-use operation 

• Allows use in different locations. 

• Allows seamless upgrade of architectural 
capability. 

• Reduces re-certification time and expense 

• Reduces number of unique test facilities and 
dedicated infrastructure. 
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IX. Conclusion 


A structured system engineering process was developed by the authors (see Figure 4). This process assesses 
flight-to-ground service compatibility. An architecture complexity index, ACI, was developed. The ACI assesses 
the complexity of ground services required to support a given flight system architecture. The ACI can then be used 
as a standard measure for comparing different space transportation architectures. 

Pursuing the design approaches identified in Table 4 early in the architecture design process, for both flight and 
ground systems will enable the successful development of multi-use spaceports, and ultimately improve the life 
cycle affordability and productivity. 

Following the process in Figure 4, and comparing the ACIs and ACFs results, the flight systems burdens on the 
ground systems are made visible early in the design phase. It identifies the operational complexities and unique 
services throughout the ground system lifecycle. These burdens translate into opportunities for improving 
affordability through commonality. This was demonstrated in the examples chosen for this paper. 

Following the process in Figure 4 and computing the ACI, demonstrated that the NC-2 vehicle architecture had 
effectively accounted for the ACFs during its formulation, resulting in far simpler operations. Addressing the seven 
ACFs as a design priority will improve the architectural affordability through commonality concepts of Table 4. 
Following this conceptual design process from the beginning will make the flight and ground systems compatible 
and will result in an affordable architecture that satisfies the desired mid- and long-term goals (see Table-2). 
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Attachment-B 


Table B1 — Key Architectural Drivers and Potential GS Architectural Concerns ( 1 of 3) 


Phase 

Architectural Driver 

Potential GS Architectural Concerns 

Customer Definition Phase 

The purpose of this phase is to 
define the vehicle types and 
launch point locations within the 
Spaceport. 

Dl - Supporting Multiple Vehicle Types 
from the same GS Architecture. 

• Ensuring that sufficient real estate and infrastructure is available for all vehicle operators. 

• Trade-off between using existing vs. building new spaceport infrastructure and services. 

• Minimize environmental impacts due to increase of hazards at spaceport. 

• Increases the Safety Zones (Explosions Zones) impacts due to more concurrent hazardous operations 
occurring in closer proximity. 

• Number and types of hazards services required by all vehicles. 

• Supporting different type of human rated vehicles and their unique safety requirements. 

• Vehicle recovery complexity - number of recovery modes (land/sea). 

• Ensuring sufficient spaceport capability to service all current and future vehicle operators. 

• Management of flight rates due to the increases in the number of launches within the spaceport. 

• Efficient management of share services with the spaceport. 

• Establishing a compatible spaceport business model for all vehicle operators. 


D2 - Launch Multiple Vehicle Types 
from Same Launch Point 

• Support for different classes of vehicles (size and complexity of outer mold line, OML) from same launch 
point. 

• Number and complexity of unique services required to support all vehicle types, i.e., lack of common services 
between vehicles. 

• Number of unique interfaces required to support all vehicle types, i.e., lack of standardize interface between 
vehicles. 

• GS needs to have sufficient capability to service all vehicle types from same launch point. 

• Launch rates are constrained by single queue for launching (Flight Rates). 

Launch Definition Phase 

The purpose of this phase is to 
define the vehicle launch 
configuration and its services at 
the launch point. 

D3 - Launch Configuration 

• Vehicle duration at launch point. 

• Number and complexity of services required at launch point. 

• Services require for emergency egress including abort contingencies. 

• The amount of vehicle protection at launch point due to environments (natural and/or induced). 

• The number of vehicle accesses required at the launch point. 

• The number of vehicle internal accesses required at the launch point. 

• For a human rated vehicle, required size of flight and ground crew 

• Requirements for late access to payload/crew/vehicle. 


D4 - Vertical (Fixed/ Mobile) Services 
required at Launch point 
D5 - Horizontal (Fixed/ Mobile) Services 
required at Launch point 

• Large vehicles may impact scale of launch facility infrastructure and required geographical footprint of launch 
point. 

• Number of services above ground level increases operational complexity. 

• Complexity of hazardous services, including toxic de-servicing. 

• Need to access beyond OML (internal access to closed compartments) increases operational complexity. 

• Payload access required at launch point. 

• Tradeoff between fixed GS services versus mobile GS services at launch point. 
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Table B1 — Key Architectural Drivers and GS Architectural Concerns (2 of 3) 


Phase 

Architectural Driver 

GS Architectural Concerns 

Vehicle Integration and 

D6 - Integrate Vehicle at Launch 

• New infrastructure required to integrate Vehicle at Launch Point. 

Checkout (I&C) Definition 

Point 

• Blast Zone safety requirements as function of Vehicle size. 

Phase 


• Mobility of GS services. 

• Mobile launch mount or fixed launch mount. 

The purpose of this phase is 


• Integration and Checkout Time per element and vehicle. 

to define the I&C services 


• Induced and natural environmental protection for all vehicle and ground elements. 

and vehicle transportation 
services up to the launch 


• Payload integration and checkout required at Launch Point. 

point mount. 

D7 - At Launch Point Integration 
Orientation 

• Horizontal integration requires an erector vs. vertical integration requires high cranes. 

Note: An element is a 

• Number of unique elements to integrate, e.g., increases operational complexity. 

component of the overall 
launch vehicle stack. It 

D8 - Transportation Orientation to 

• Transporter and Vehicle impacts during rollout (i.e., total transport weight on ground surface). 

includes all stages, the 

Launch Point 

• Horizontal (Erector) or Vertical Rollout (Mobile Platform) service. 

boosters, the spacecraft, and 


• Type of GS services required during rollout. 

the payload. 

D9 & DIO - Multiple Vehicle I&C at 

• Safety/Hazardous constraints during rollout. 

• Rollout time. 

• Types of Safety/Hazardous constraints during I&C. (Large solid vs toxic liquid vs non-toxic 

liquid propulsion system integration). 


Same Location 

• Horizontal or Vertical Orientation during I&C. 

• Size of I&C facility. 

• Need for environmental conditioning and protection of elements upon arrival. 

• Sequencing and critical path impacts due hazards during integration and checkout of elements and 
vehicle. 

• Number of elements to receive and method of delivery (land, air, sea). 

• Complexity of element integration points. 

• The amount of element functional integrity retained upon receipt at spaceport (impacts level of 

assembly and checkout required of vehicle operator at the spaceport). 

• The amount of automated checkout capability built into each element. 

• Complexity of checkouts to verify readiness and functional integrity 

• Number of unique GS services and dedicated infrastructure required during I&C (online vs. 

offline services). 

• Amount of toxics on FS. 

• Amount of ordnance on FS. 

• Vehicle OML complexity (i.e., simple symmetric circular cross-section vs complex, asymmetric 

vehicle cross section). 

• Order of magnitude of total I&C duration per vehicle (hours, days, weeks, or months). 
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Table B1 — Key Architectural Drivers and GS Architectural Concerns (3 of 3) 


Phase 

Architectural Driver 

GS Architectural Concerns 

Recovery and Element 
Production Definition Phase 

Dll- Require Hazardous Servicing 
prior to I&C. 

• 

Type of toxic services, complexity of service and service location 

The purpose of this phase is 
to define the manufacturing 
services for each element. 

D12 - Need to Refurbish Elements 

• 

• 

• 

Number of elements to refurbish. 

Degree of refurbishment (exterior refurbishment, or depot-level teardown and remanufacturing) 
Frequency of refurbishment. 


D13 - Hazardous Refurbishment 

• 

• 

• 

Safety/hazardous constraints on refurbishment. 

Level of safmg and de-servicing of unspent ordnance and toxic commodities. 
Complexity of refurbishment and verification. 


D14 - Hazardous Recovery 

• 

• 

• 

Hazard type(s). 

Safety/hazardous constraints on recovery. 
Complexity of recovery at landing site. 


D15 -Recovery Method (Land or 
Water) 

• 

• 

• 

• 

• 

• 

• 

Size of element to recovery. 

Location of recovery site. 

Response time to recover element. 

Duration of recovery and transport time (hours, days, weeks). 

Transportation method for recovered element. 

Transportation method for recovered element to manufacture site. 

Complexity of GS services and dedicated infrastructure to support recovered element. 
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Attachment-C 


Table Cl — Ground Systems Architecture Complexity Factors (ACFs) with Assessment Criteria 

(Note : “Highest value ” is least impact due to complexity ; “lowest value ” is greatest impact) 


Service 

Elevation 

External 
Access 
(Outer Mold 
line) 

Internal 

Access 

(Personnel 

Compartment 

Entry) 

Hazard Type 

(See Table-3a) 

Command & 
Control 

(See Table-3b) 

Required 

Maintenance 

Level 

Capabilities 

Level 

ACF, 

acf 2 

acf 3 

acf 4 

ACF S 

acf 6 

acf 7 

round Level 
Access 
is best 

Simple mold 
line access 
is best 

No Internal Access 
is best 

Type-IV 
is best 

Class-IV 
is best 

Flight Line Level is 
best 

Ample Margin is 
best 

WF, 

wf 2 

wf 3 

wf 4 

wf 5 

wf 6 

wf 7 

10-All 
services 
provided at 
Zero Level 

10 -Only 
Zero Level 
Access 

10 - No Internal 
Access 

10 -Type-IV 

10 -Class-IV 

10- All Flight 
Line Level 
Maintenance 

10 - Ample 
Margin, Very 
Extensible 

to 

to 

to 

6 -Type III 

6 -Class III 

6 - Mostly 

Intermediate 

Level 

Maintenance 

6 - Moderate 
Margin, 
Somewhat 
Extensible 

3 - Type 11 

3 - Class II 

3 - Some Depot 
Level 

Maintenance 

3 -No 
Margin, Not 
Extensible 

1 - Services 
provided at 
all Elevations 
of Vehicle 
height 

1 - 

Requires 
Access 
to entire 
Vehicle 
each flight 

1 - Requires 
Internal Access 
to all 

compartments 
each flight 

1 - Type I 

1 - Class I 

1 - All Depot 
Level 

Maintenance 

1 - Negative 
Margin, Not 
Extensible 


Table C2 — Hazards Type Table 

(Note : “Highest value ” is least impact due to hazard; “lowest value ” is greatest impact) 


Type 

Hazard Type 12 

Higher Type 

No Hazards 

is best 

is best 

10 -Type-IV 

• No Hazards 

6 - Type III 

• Falling objects 

• Interferences, moving/colliding surfaces 

• Combustion, Fire 

• Cryogenic Frost bite 

• Asphyxiation (inert Gases) 

• High Pressure Fluid 

• Hi-Power Electrical (electrocution) 

3 -Type II 

• Radiation 

• Bio Hazards 

• Suspended load 

• Ordnance, pyrotechnic 

1 - Type I 

• Toxic Fluid Hazard (hypergolic) 

• Large quantity of solid propellants (quantity 
distance, or QD) 
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Table C3 — Command & Control Class Table 

(Note : “Highest value ” is least impact due to C&C, “lowest value ” is greatest impact) 


Characteristics \ Level 

10-Class-IV 

6 - Class 111 

3 - Class 11 

1 - Class I 

Number of Control & 
Monitoring Points 

<200 

<400 

<600 

>600 

Control Location(s) 

Service Panel 

Dedicate Station Set 
and no Dedicated 
Control Room 

Dedicate Station 
Set and Dedicated 
Control Room 

Distributed across 
dedicated Station 
Sets and multiple 
Control Rooms 

Physical Interface 

Completely 

Wireless 

Interface 

Optical Interface 
and Hardwire 
Power Interface 

Multiple Cables 

Cable per Signal 
Interface 

Functional Integrity 
Monitoring 

All systems have 
capability. 
Integrated into 
Protocol and I/F 
Hardware. 

For selected 
systems, Integrated 
into I/F Hardware 

Another Systems 
Performs Limit 
Monitoring on 
critical control 
points 

No monitoring 

Control Method 

All Automated 

Mostly Automated 
to Some Supervised 

Mostly Supervised 
to Some Manual 

All Manual 

Supports Launch Count 

Completely No 

More No’s than 
Yes’s 

More Yes’s than 
No’s 

Completely Yes 

System Criticality Level 
Classification 

Criticality-3 

Mostly Criticality-2 

Some Criticality- 
1R 

Criticality- 1 & 1R 


21 

American Institute of Aeronautics and Astronautics 

08012012 


Attachment-D 


Table Dl— Ground Systems Launch Definition Phase Assessment (Notional Configuration 2) 


Phase 

Architectural 

Driver 

Services Required 6 

ACF! 

acf 2 

acf 3 

acf 4 

ACF S 

acf 6 7 

acf 7 

SACF 


Launch Definition Phase Weightings, WF k (% contribution) 

28% 

14% 

18% 

16% 

10% 

7% 

7% 


D3 - Launch 
Configuration 

Orientation: Vertical 

D3.1 Need vertical mounting services: 

• Uses Mobile Launch Platform with standard launch 

mount adapter 

• No vehicle stabilizers required 

>9 

>9 

n/a 

n/a 

n/a 

>8 

>7 

0.9 



D4.1 Need single LH 2 /LO 2 Propellant Loading service 
connection at Aft (accessible from Zero Level); no elevated 
vent services 

>9 

>9 

10 

6 

>6 

>8 

>7 

0.8 



D4.2 Need single Environment Controls System (ECS) at 
common service (air/GN 2 ) connection point at element’s Aft 
(vehicle supplies P/L ECS) 

>9 

>9 

10 

6 

>6 

>8 

>9 

0.8 

Launch 

Definition 


D4.3 Need single GHe at common service connection point at 
Aft 

>9 

>9 

10 

6 

>6 

>8 

>7 

0.8 


D4.4 Need single GN 2 at common service connection point at 
Aft 

>9 

>9 

10 

6 

>6 

>8 

>7 

0.8 

Phase 

D4 - Vertical Services 
required at Launch 
point 

D4.5 Need single Power at common service connection point 
at Aft (vehicle supplies P/L Power) 

>9 

>9 

10 

>7 

>6 

>8 

>8 

0.8 


D4.6 Need single T-0 Communication connection w/ std. 
protocol to KSC LCC (Hardwire) at common service 
connection point at Aft (P/L Communicates thru vehicle 
comm, system, and not thru dedicated ground hardwire) 

>9 

>9 

10 

n/a 

>6 

>8 

>9 

0.9 



D4.7 Need RF comm, (vehicle and P/L RF); antenna hats 
removed at assembly/integration point prior to rollout 

10 

10 

n/a 

3 

>6 

n/a 

>9 

0.8 



D4.8 Need remote ordnance arming service; installation at 
assembly/integration point 

n/a 

n/a 

n/a 

n/a 

>6 

n/a 

>9 

0.7 



D4.9 Need “express” services at launch point (launch within 
24 hours of vehicle arrival at launch point; drain and roll-back 
vehicle to assembly point < two 8 hour shifts) 

n/a 

n/a 

n/a 

n/a 

>6 

>8 

>8 

0.7 



Complexity impacts across all services, CI k = 

0.9 

0.9 

1.0 

0.6 

0.8 

0.8 

0.8 

SSCF=0.8 


D5 - Horizontal 
Services required 

N/A 



6 Each service identified is independently supplied to each element, Booster and Orbiter, but share a common interface design. 

7 Maintenance level applies only to ground equipment at launch point for this assessment. Vehicle maintenance level is not applicable for Launch Definition 
Phase 
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Table D2 — Ground Systems Launch Definition Phase Assessment (Space Shuttle) 


Phase 

Architectural 

Driver 

Services Required 8 

ACF, 

ACF 2 

ACF* 

ACF 4 

acf 5 

acf 6 9 

ACF 7 

SACF 

Launch 

Definition 

Phase 

Launch Definition Phase Weightings, WF k (% contribution) 

28% 

14% 

18% 

16% 

10% 

7% 

7% 

D3 - Launch 
Configuration 

Orientation: Vertical 

D3.1 Need vertical mounting services: 

• Uses custom-dedicated Mobile Launch Platform. 

• Elevated connections to pad structures (RSS/FSS connections 

to vehicle). 

• No vehicle stabilizers required. 

>6 

<5 

n/a 

6 

n/a 

<5 

<4 

0.6 

D4 - Vertical 
Services required at 
Launch point 

D4.1a - Need single LH 2 /L0 2 Propellant Loading service 
connection at Aft (accessible from Zero Level); requires separate 
elevated L0 2 and LH 2 vent services and internally accessed 
compartments (Orb aft and ET intertank) at different levels. 

<7 

<7 

<3 

6 

<3 

<5 

<6 

0.5 

D4.1b - Need elevated hypergolic propellant services (MMH & 
N 2 0 4 ) loading service at launch point with internal access with 
personnel; protective equipment. 

<5 

<5 

<2 

1 

<3 

<3 

<4 

0.5 

D4.2 Need multiple Environment Controls System (ECS) services 
(air/GN 2 ) at unique and elevated connection points. 

<3 

<3 

<3 

6 

<5 

6 

>7 

0.4 

D4.3 Need single GHe services at multiple elevated connection 
points. 

<3 

<3 

<3 

6 

<5 

6 

>7 

0.4 

D4.4 Need single GN 2 services at multiple elevated connection 
points. 

<3 

<3 

<3 

6 

<5 

6 

>7 

0.4 

D4.5 Need multiple special power connections at multiple elevation 
points. 

<3 

<3 

<3 

6 

<5 

6 

>7 

0.4 

D4.6 Need two T-0 Communication connection w/ unique protocol 
to KSC LCC (Hardwire) at service connection point near Aft. 

<7 

<7 

<7 

n/a 

<3 

6 

3 

0.6 

D4.7 Need RE comm, (vehicle and P/L RF); antenna hats removed 
at launch point. 

<3 

<3 

<5 

6 

>6 

6 

>7 

0.5 

D4.8 Need manual ordnance installation arming service; 
installation and arming at launch point. 

<3 

<3 

<3 

1 

<5 

6 

<3 

0.3 

D4.9 Need full/flexible payload installation; vehicle environmental 
protection; and vehicle repair at launch point. 

<3 

<3 

<3 

<6 

<6 

<3 

<6 

0.4 

D4.10 Need elevated flight crew access with ground emergency 
egress capability from launch point. 

2 

2 

2 

6 

<6 

<5 

<3 

0.3 

Complexity impacts across all services, CI k = 

0.4 

0.4 

0.4 

0.5 

0.5 

0.5 

0.4 

SSCF=0.4 

D5 - Horizontal 
Services required 

N/A 



8 Each service identified is independently supplied to each element, Booster and Orbiter, but share a common interface design. 

9 Maintenance level applies only to ground equipment at launch point for this assessment. Vehicle maintenance level is not applicable for Launch Definition 
Phase 
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NASA Spaceport Vision and Tenets 


• Spaceport architecture starts by having all stakeholders establish an overall 
spaceport vision and identifying Design Reference Markets (DRM), as in 
Step 1 of the initial process 

Spaceport Vision 

Enabling affordable and routine access to space through 
common services, standardized interfaces and simplified operations. 


• Architectural tenets align with the overall vision for the spaceport 

• These tenets define what is valued by the spaceport architecture: 

Tenet-1: Support multiple operators from the same spaceport 

Tenet-2: Complement the operator's business model 

Tenet-3: Minimize operational constraints especially between operators 

Tenet-4: Minimize operator-unique spaceport interfaces and dedicated infrastructure 

Tenet-5: Promote commonality, standards, and simplified operations to increase flight rates 
and improve affordability 


Forty-Eighth Joint Propulsion Conference, Atlanta, Georgia— August l, 2012 


2 




Transitioning a Spaceport to an Airport Model 


• In order to achieve the Goals from Step 2: 


Goal Theme 

Goal Description 

Mid-term Goals 

Long-term Goals 

Affordability Goal 

Provide a GS Architecture that supports life cycle 
cost of less than: 

$ 1 , 000 /ib 

$ 100/lb 

Throughput Goal 
{Productiveness) 

Provide a GS Architecture that supports throughput 
per string of assets greater than: 

500MT/year per 
string of assets 

l,000MT/year per 
string of assets 


• How to make spaceport infrastructure more affordable? Make it more like an airport 

• How do spaceports and airports compare? Both are involved in: 

- Dealing with strong interest by: government, public, and commercial entities 

- Complex/expensive funding, business, and technical ops in large infrastructure 

- Offering services to competing entities that have invested heavily in their operations 

- Ensuring safety of operations/surrounding community; maintaining good relations 

• There are significant and fundamental differences: 

- Airports have a 4-5x magnitude throughput of passengers and aircraft operations per year 

- Airports have steady revenue allowing operation as a self-sufficient business 

- Airports are less complex, involve mature designs and technologies, and have commonly 
shared requirements/resources, common services, standard interfaces, and similar 
infrastructure such as runways and terminals 
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NASA Affordability and Commonality at the Spaceport 


• Commonality approach to derive a spaceport ground architecture 

• COMMONALITY is the sharing of characteristics or configurations between 
and within entities for the purpose of improving economic, reliability, and 
logistic objectives. Impediments to commonality are no existence of : 

1. Structured and reliable approaches for developing an affordable ground system 
compatible with space flight systems 

2. Common industry standards between spaceport and vehicle 

3. Universal standards between spaceports and vehicles 

4. Standard measures for assessing grounds system complexity 

5. Standard approaches to developing common spaceport architectures that 
affordably service multiple vehicles with shared resources from same launch point 
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nWsa Process for Defining a Spaceport Architecture 










Process defines four phases for 
designing a spaceport architecture 

- Customer Definition 

- Launch Definition 

- Veh. Integ. & Checkout (l&C) Definition 

- Element Recovery & Production 
Definition 

Ground services are identified 
through key_ ardTitecturaj decisions 
addressing /cey points made during 
each phase 

Commonality assessments of the 
services are made across spaceport 
"station sets" 

STATION SET is the accumulation of 
facilities, equipment and/or 
operations to perform a service(s) at 
a spaceport. 


Process for Defining a Ground Systems Architecture (Summary) 


Purpose To establish a structured approach for developing a compatible ground system (GS) architecture and flight system (PS) architecture that is affordable 



tevPama 

Ves -Define assessment 
criteria and constraints 
-Identify ail vehicles 
expected at spaceport 
-Assess vehicle launch 
configurations 
-Assess commonality 


Key Points 

-Define fixed and mobte ground 
system services at launch pout 
-Define launch pont turn around 
services 

-Assess ACF for all services 
-Assess for commonality 


Kay Pointa 

-Define launch integration scheme 
at launch point. 

-Define transportation orientation to 
transportation services 
-Define l&C approach and services 
for aU vehicles. 

-Assess ACF for all services 
-Assess for commonality 


-Define element transportation and 
receiving method 

-Define element refurbishment services. 
-Define element production support 
services 

-Define recovery method(s) and 
services 

-Assess ACF for all services 
-Assess for commonality 
-Compute ACI 

-Assess design against architecture 
assessment criteria 
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Managing Ground Services Complexity 
Architectural Complexity Factors (ACFs) 
and the Architectural Complexity Index (ACI) 


Architectural Complexity Factors (ACFs) 


Architecture 
Complexity Factor 

Assessment Focus 

ACf I : Service Elevation 
Factor 

Assesses the vertical location of the 
service. 

ACF 2 : External Outer Mold 
Line (OML) Factor 

Assesses the complexity of the OML and 
flight access points including integration 
of elements and vehicle protection. 

ACF 3 : Internal Access 
Factor 

Assesses the complexity of accessing 
internal compartments. This includes 
human rated vehicle compartments. 

ACF 4 : Hazard Type Factor 

Assesses the class of hazard related to 
service. 

ACF S : Command & Control 
(C&C) Type Factor 

Assesses the complexity of command and 
control required to support service. 

ACF 6 : Maintenance Level 
Factor (see Sect. III. A. 7) 

Assesses the required maintenance level 
required. 

ACF/. Capability Level 
Factor 

Assesses capability of ground system to 
deliver the needed service (e.g., quantity 
of a commodity) and its extensibility. 


Architectural Complexity Index (ACI) 

• Used as standard measure for 
comparing different architectures 

• Comparing ACIs and ACFs results 
identifies flight systems burdens on 
ground systems 

• Burdens are made visible early in 
design phase through differences in 
ACI values 

• ACI identifies operational complexities 
and unique services throughout 
lifecycle 

• These burdens translate into 
opportunities for improving 
affordability through commonality 


ACF of a service is given by: 


SACFi = 


ILi WF k x ACFu 
WF k X MAX(/lCF a ) 


; where i=service 
and k=ACF index 
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• Use common interfaces for 
common services, such as fluid, 
gases and electrical 

• This approach will lead to 
simplified operations 

• To accommodate different types 
of vehicle mounts and to 
minimize MLP redesign impacts, 
use launch base adapters . 


Another example for a vehicle 
requiring a tower is to: 

- Shelter flight-to-ground unique 
interfaces by adopting a standard 
structural tower appendage that is 
movable up and down the face of 
the tower. 
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Conclusions 


NASA 

x 


• A structured approach is available to bring forth viable (i.e., 
affordable and productive) space transportation architectures 

• Examples demonstrated improvement in life cycle affordability 
and productivity by focusing on operational characteristics, and 
investments in new design approaches and technologies 

• Higher throughput (i.e., more productive) architectures, such as 
the mostly-reusable examples, have the potential to affordability 
meet the needs of future markets 

• Means for assessing architectural complexity documented (ACFs 
and ACI) 

• Important to enable affordable and routine access to space 
through: 

Common services, standardized interfaces and simplified operations 
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